跳到主要内容

4.7 业务模块

4.7.1 管理​

FHIR管理模块由一系列基础资源构成，这些基础资源包含了医疗场景中的各类主数据。在临床、运营、工作流等模块中的资源将引用这些基础资源。它是建立在FHIR基础框架（技术平台）组件（第一级和第二级组件）之上的。

完整的临床数据资源记录先后顺序是：首先记录患者的基本信息，然后记录就诊信息（如门诊记录），最后才记录临床数据，并通过引用包含主数据的基础资源形成临床数据资源。管理资源包括以下资源：

·RelatedPerson ·Patient ·Person ·Group ·Practitioner ·Location ·Slot ·Organization
·HealthcareService ·Endpoint ·Schedule ·PractitionerRole
·EpisodeOfCare ·Encounter ·Account ·Appointment ·AppointmentResponse ·Flag ·Device ·DeviceDefinition ·DeviceMetric ·Substance

这些资源的使用见官网。

4.7.2 临床​

临床模块集中关注的是那些表示患者核心临床信息的FHIR资源。这些资源之中所包含的是医疗服务人员在临床医疗服务过程中经常记载、创建或获取的信息。诊断学检查过程中所产生的资源属于诊断模块，而与药物的医嘱开立和施用过程相关的资源则属于药品模块。

临床模块主要包含以下资源：

·AllergyIntolerance ·Procedure ·AdverseEvent
·Condition ·Goal ·DetectedIssue ·ClinicalImpression ·CareTeam ·RiskAssessment ·FamilyMemberHistory ·CarePlan

为了更好的了解和认识资源之间的关系，建议在学习CarePlan资源之类的高复杂度资源之前，先从那些复杂程度较低的核心资源入手，如Patient、Condition等。

临床资源往往表示的是与患者相关的数据，而正因为如此，它们也易于发生数据泄漏，或者说遭受数据安全突防行为侵害。对于此类信息的搜索和获取，必须采取和落实必要的隐私与安全规定和防范措施。关于更为通用的安全考虑，请参阅隐私与安全。

4.7.3 诊断​

诊断模块提供了FHIR中涉及临床诊断的医嘱和报告的相关内容与指南，包括实验室检查、影像检查和基因检测等。

诊断模块主要包括以下资源： ·Observation ·DiagnosticReport ·ServiceRequest ·Media ·ImagingStudy ·MolecularSequence ·Specimen ·BodyStructure

诊断模块资源及其关系如下图所示。箭头表示资源之间引用的方向，如诊断报告资源DiagnosticReport引用服务申请资源ServiceRequest。

img

由上图可知，DiagnosticReport通过引用Specimen、ServiceRequest和Observation将诊断相关信息组合在一起，形成完整的诊断报告。其中Observation表示生命体征、检查结果等；DiagnosticReport表示检查报告、检验报告等；ServiceRequest表示申请记录，转诊申请等；Specimen用于保存样本信息。有关诊断模块资源的详细信息，请查看官网。

4.7.4 药物​

药物模块主要涉及3个领域的资源和功能：

  • 药物的订购、分配、给药和药物的使用情况
  • 记录免疫接种情况，免疫接种评估以及在某个时间点对单个患者的建议
  • 记录药物信息或药物知识，用于创建和查询药物信息
  • 药品模块主要包含以下资源：

·MedicationRequest ·MedicationStatement ·Immunization ·MedicationDispense ·MedicationKonwledge ·ImmunizationEvaluation ·MedicationAdministration ·Medication ·ImmunizationRecommendation

其中，MedicationRequest用于表示对患者的用药说明，包括配药说明、用药原因和其他相关数据，通常称为“处方”或“药物医嘱”。MedicationDispense表示发药配药，通常是对处方的响应。MedicationAdministration表示用药记录，通常是患者实际的用药记录，无论是复用还是其他方式的用药。Medication表示药品，一般是用于患者的实际药物，与药物相关的资源都会引用它。

4.7.5 工作流​

工作流模块主要用于活动之间的协作，包括系统内部和跨系统的活动。这包括三个主要方面：

  • 我们如何要求另一个人、设备或系统做一些事情？
  • 我们如何跟踪活动之间的联系和依赖关系? 例如，操作如何得到授权、如何将复杂的活动分解为单个步骤、如何从医疗方案的制定到计划安排再到医嘱的下达等等。
  • 我们如何定义可能有哪些活动，以及这些活动中步骤的预期顺序和依赖性？即流程/业务流程定义

工作流可以通过四种方式来执行： 直接将资源发布到目标服务器、使用任务Task资源、使用消息交换 、使用FHIR服务。

除了任务Task资源外，本规范还定义了三个逻辑模型—— 定义, 请求和事件 ，这些模型为工作流中常涉及的资源定义了模式。 这些模式中包含的元素用于定义各种资源类型的公共属性以及它们之间的关系。

最后，计划定义PlanDefinition资源与活动定义ActivityDefinition资源结合起来， 通过描述可能发生的活动类型并设置活动的组成、顺序、相互依赖性和流程的规则，以支持创建医疗方案、医嘱组合、指南和其他工作流定义。

在卫生健康的许多场境中都涉及到工作流的使用：

  • 下达实验室医嘱、药品处方或其他临床医嘱以及保险理赔、登记查询、预约或类似管理请求，并要求由相关组织或个人响应请求
  • 让下达医嘱的医生知道当前医嘱执行的进度（例如，已抽血、正在处理样本、初步结果已出等等）
  • 为管理患者健康，将一组临床或管理活动定义为一个计划或建议， 然后跟踪这些计划和建议是如何根据排期来执行的
  • 请求状态更改、请求患者合并、以异步方式调用某些操作或决策支持—例如，需要人工干预的情况

工作流模块的详细内容，请参见官网。

4.7.6 财务​

FHIR财务模块提供一系列解决医疗健康领域与账单、医保及商保相关的资源和服务，以支持：

  • 医疗服务机构内部发生的成本核算、财务交易和账单;
  • 医疗服务机构和保险公司之间的资格审核、参保、授权、索赔和赔付；
  • 保险公司给投保人、患者之间发送的报告和通知。

财务模块相关资源及关系如下如所示：

img

其中，管理相关的资源：Acount、Contract、Coverage等；索赔、处理和答复相关的资源：Claim、ClaimResponse;用于支持服务付款处理和报告的资源：PayNotice、PaymentReconcilation。详情请查看官网。